System and Method for Increased System Availability in Virtualized Environments

ABSTRACT

A method is provided for managing errors in a virtualized information handling system that includes an error detection system and a hypervisor allowing multiple virtual machines to run on the information handling system. The hypervisor may assign at least one memory region to each of multiple virtual machines. The error detection system may detect an error, determine a physical memory address associated with the error, and report that address to the hypervisor. Additionally, the hypervisor may determine whether the memory region assigned to each virtual machine includes the physical memory address associated with the error. The hypervisor may shut down each virtual machine for which a memory region assigned to that virtual machine includes the physical memory address associated with the error, and not shut down each virtual machine for which the memory regions assigned to that virtual machine do not include the physical memory address associated with the error.

TECHNICAL FIELD

The present disclosure relates in general to virtualized informationhandling systems, and more particularly to increasing systemavailability in virtualized information handling systems.

BACKGROUND

As the value and use of information continues to increase, individualsand businesses seek additional ways to process and store information.One option available to users is information handling systems. Aninformation handling system generally processes, compiles, stores,and/or communicates information or data for business, personal, or otherpurposes thereby allowing users to take advantage of the value of theinformation. Because technology and information handling needs andrequirements vary between different users or applications, informationhandling systems may also vary regarding what information is handled,how the information is handled, how much information is processed,stored, or communicated, and how quickly and efficiently the informationmay be processed, stored, or communicated. The variations in informationhandling systems allow for information handling systems to be general orconfigured for a specific user or specific use such as financialtransaction processing, airline reservations, enterprise data storage,or global communications. In addition, information handling systems mayinclude a variety of hardware and software components that may beconfigured to process, store, and communicate information and mayinclude one or more computer systems, data storage systems, andnetworking systems.

Increasingly, information handling systems are deployed in architecturesthat allow multiple operating systems to run on a single informationhandling system. Labeled “virtualization,” this type of informationhandling system architecture decouples software from hardware andpresents a logical view of physical hardware to software. In avirtualized information handling system, a single server can act andbehave as multiple, independent servers. Server virtualization isenabled primarily by a piece of software, often called the hypervisor,that sits between the server hardware and the multiple operatingsystems, also called guest operating systems (guest OS). The hypervisorsoftware provides a container that presents a logical hardware interfaceto the guest operating systems. An individual guest operating system,along with any applications or other software running on it, thinks itis running on a physical server and is known as a virtual machine.

Often, these architectures are employed for numerous reasons, e.g., (1)increased hardware resource utilization; (2) cost-effective scalabilityacross a common, standards-based infrastructure; (3) workloadportability across multiple servers; (4) streamlining of applicationdevelopment by certifying to a common virtual interface rather thanmultiple implementations of physical hardware; and/or (5) encapsulationof complex configurations into a file that is easily replicated andprovisioned.

However, an information handling system having a virtualizedarchitecture may have a disadvantage when certain hardware errors occur,as such errors occurring in one virtual machine may cause all virtualmachines running on the information handling system to crash or shutdown.

SUMMARY

In accordance with the teachings of the present disclosure, thedisadvantages and problems associated with error handling in avirtualized information handling system have been substantially reducedor eliminated.

In accordance with one embodiment of the present disclosure, a method isprovided for managing errors in a virtualized information handlingsystem that includes an error detection system and a hypervisor allowingmultiple virtual machines to run on the virtualized information handlingsystem. The hypervisor may assign at least one memory region to each ofthe multiple virtual machines. The error detection system may detect anerror, determine a physical memory address associated with the error,and report the physical memory address to the hypervisor. Additionally,the hypervisor may determine, for each of the multiple virtual machines,whether the at least one memory region assigned to that virtual machineincludes the physical memory address associated with the error. Thehypervisor may shut down each virtual machine for which the at least onememory region assigned to that virtual machine includes the physicalmemory address associated with the error, but not shut down each virtualmachine for which the at least one memory region assigned to thatvirtual machine does not include the physical memory address associatedwith the error.

In accordance with another embodiment of the present disclosure, aninformation handling system may include an error detection system and ahypervisor allowing multiple virtual machines to run on the informationhandling system. The hypervisor may be configured to assign at least onememory region to each of the multiple virtual machines. The errordetection system may be configured to detect an error, determine aphysical memory address associated with the error, and report thephysical memory address to the hypervisor. The hypervisor may also beconfigured to determine for each of the multiple virtual machineswhether the at least one memory region assigned to that virtual machineincludes the physical memory address associated with the error.Additionally, the hypervisor may be configured to shut down each virtualmachine for which the at least one memory region assigned to thatvirtual machine includes the physical memory address associated with theerror, and not shut down each virtual machine for which the at least onememory region assigned to that virtual machine does not include thephysical memory address associated with the error.

A further embodiment of the present disclosure includes a hypervisorallowing multiple virtual machines to run on an information handlingsystem. The hypervisor may be configured to assign at least one memoryregion to each of the multiple virtual machines. The hypervisor may alsobe configured to receive from an error detection system a physicalmemory address associated with an error. Additionally, the hypervisormay be configured to determine, for each of the multiple virtualmachines, whether the at least one memory region assigned to thatvirtual machine includes the physical memory address associated with theerror. The hypervisor may be further configured to shut down eachvirtual machine for which the at least one memory region assigned tothat virtual machine includes the physical memory address associatedwith the error, and not shut down each virtual machine for which the atleast one memory region assigned to that virtual machine does notinclude the physical memory address associated with the error.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete understanding of the present embodiments and advantagesthereof may be acquired by referring to the following description takenin conjunction with the accompanying drawings, in which like referencenumbers indicate like features, and wherein:

FIG. 1 illustrates a block diagram of an example system for increasingsystem availability in a virtualized information handling system, inaccordance with the present disclosure;

FIG. 2 illustrates a block diagram of the hypervisor assigning regionsof system memory to the virtual machines in a virtualized informationhandling system, in accordance with the present disclosure; and

FIG. 3 illustrates a flow chart of an example method for managing errorsin a virtualized information handling system including an errordetection system and a hypervisor allowing multiple virtual machines torun on the virtualized information handling system, in accordance withthe present disclosure.

DETAILED DESCRIPTION

Preferred embodiments and their advantages are best understood byreference to FIGS. 1, 2, and 3 wherein like numbers are used to indicatelike and corresponding parts.

For the purposes of this disclosure, an information handling system mayinclude any instrumentality or aggregate of instrumentalities operableto compute, classify, process, transmit, receive, retrieve, originate,switch, store, display, manifest, detect, record, reproduce, handle, orutilize any form of information, intelligence, or data for business,scientific, control, entertainment, or other purposes. For example, aninformation handling system may be a personal computer, a PDA, aconsumer electronic device, a network storage device, or any othersuitable device and may vary in size, shape, performance, functionality,and price. The information handling system may include memory, one ormore processing resources such as a central processing unit (CPU) orhardware or software control logic. Additional components or theinformation handling system may include one or more storage devices, oneor more communications ports for communicating with external devices aswell as various input and output (I/O) devices, such as a keyboard, amouse, and a video display. The information handling system may alsoinclude one or more buses operable to transmit communication between thevarious hardware components.

Additionally, the information handling system may include firmware forcontrolling and/or communicating with, for example, hard drives, networkcircuitry, memory devices, I/O devices, and other peripheral devices.For example, the hypervisor and/or the error detection system, bothdescribed more fully below, may comprise firmware. As used in thisdisclosure, firmware includes any software embedded in an informationhandling system component used to perform predefined tasks. Firmware iscommonly stored in non-volatile memory, or memory that does not losestored data upon the loss of power. In certain embodiments, firmwareassociated with an information handling system component is stored innon-volatile memory that is accessible to one or more informationhandling system components. In the same or alternative embodiments,firmware associated with an information handling system component isstored in non-volatile memory that is dedicated to and comprises part ofthat component.

For the purposes of this disclosure, computer-readable media may includeany instrumentality or aggregation of instrumentalities that may retaindata and/or instructions for a period of time. Computer-readable mediamay include, without limitation, storage media such as a direct accessstorage device (e.g., a hard disk drive or floppy disk), a sequentialaccess storage device (e.g., a tape disk drive), compact disk, CD-ROM,DVD, random access memory (RAM), read-only memory (ROM), electricallyerasable programmable read-only memory (EEPROM), and/or flash memory; aswell as communications media such wires, optical fibers, microwaves,radio waves, and other electromagnetic and/or optical carriers; and/orany combination of the foregoing.

FIG. 1 illustrates a block diagram of an example system 100 forincreasing system availability in a virtualized information handlingsystem, in accordance with the present disclosure. As depicted in FIG.1, system 100 may comprise physical hardware 102, an error detectionsystem 103, a hypervisor 104, and one or more virtual machines 105-107.

Components of physical hardware 102 may include, but are not limited to,one or more processors 120 and a system bus 121 that communicativelycouples various system components to processors 120 including, forexample, a memory subsystem 130, an I/O subsystem 140, local storageresource 150, and a network interface 160. The system bus 121 may be anysuitable type of bus structure, e.g., a memory bus, a peripheral bus, ora local bus using any of a variety of bus architectures. For example,such architectures may include, but are not limited to, Micro ChannelArchitecture (MCA) bus, Industry Standard Architecture (ISA) bus,Enhanced ISA (EISA) bus, Peripheral Component Interconnect (PCI) bus,PCI-Express bus, HyperTransport (HT) bus, and Video ElectronicsStandards Association (VESA) local bus.

Network interface 160 may be any suitable system, apparatus, or deviceoperable to serve as an interface between information handling system100 and a network 155. Network interface 160 may enable informationhandling system 100 to communicate over network 155 using any suitabletransmission protocol and/or standard, including without limitation alltransmission protocols and/or standards enumerated below with respect tothe discussion of network 155.

In some embodiments, network interface 160 may be communicativelycoupled via network 155 to network storage resource 170. Network 155 maybe implemented as, or may be a part of, a storage area network (SAN),personal area network (PAN), local area network (LAN), a metropolitanarea network (MAN), a wide area network (WAN), a wireless local areanetwork (WLAN), a virtual private network (VPN), an intranet, theInternet or any other appropriate architecture or system thatfacilitates the communication of signals, data and/or messages(generally referred to as data). Network 155 may transmit data using anystorage and/or communication protocol, including without limitation,Fibre Channel, Frame Relay, Asynchronous Transfer Mode (ATM), Internetprotocol (IP), other packet-based protocol, small computer systeminterface (SCSI), Internet SCSI (iSCSI), Serial Attached SCSI (SAS) orany other transport that operates with the SCSI protocol, advancedtechnology attachment (ATA), serial ATA (SATA), advanced technologyattachment packet interface (ATAPI), serial storage architecture (SSA),integrated drive electronics (IDE), and/or any combination thereof.Network 155 and its various components may be implemented usinghardware, software, or any combination thereof.

Processors 120 may comprise any system, device, or apparatus operable tointerpret and/or execute program instructions and/or process data, andmay include, without limitation a microprocessor, microcontroller,digital signal processor (DSP), application specific integrated circuit(ASIC), or any other digital or analog circuitry configured to interpretand/or execute program instructions and/or process data. In someembodiments, processors 120 may interpret and/or execute programinstructions and/or process data stored locally (e.g., in memorysubsystem 130 and/or another component of physical hardware 102). In thesame or alternative embodiments, processors 120 may interpret and/orexecute program instructions and/or process data stored remotely (e.g.,in network storage resource 170).

Memory subsystem 130 may comprise any system, device, or apparatusoperable to retain program instructions or data for a period of time(e.g., computer-readable media). Memory subsystem 130 may compriserandom access memory (RAM), electrically erasable programmable read-onlymemory (EEPROM), a PCMCIA card, flash memory, magnetic storage,opto-magnetic storage, or any suitable selection and/or array ofvolatile or non-volatile memory that retains data after power to itsassociated information handling system 100 is turned off.

Local storage resource 150 may comprise computer-readable media (e.g.,hard disk drive, floppy disk drive, CD-ROM, and/or other type ofrotating storage media, flash memory, EEPROM, and/or other type of solidstate storage media) and may be generally operable to store data.

Likewise, network storage resource 170 may comprise computer-readablemedia (e.g., hard disk drive, floppy disk drive, CD-ROM, and/or othertype of rotating storage media, flash memory, EEPROM, and/or other typeof solid state storage media) and may be generally operable to storedata.

I/O subsystem 140 may comprise any system, device, or apparatusgenerally operable to receive and/or transmit data to/from/withininformation handling system 100. I/O subsystem 140 may comprise, forexample, any number of communication interfaces, graphics interfaces,video interfaces, user input interfaces, and/or peripheral interfaces.

Error detection system 103 may comprise any system, device, or apparatusgenerally operable to detect errors that occur within physical hardware102 of information handling system 100, and report those errors tohypervisor 104. In reporting such errors, error detection system 103 mayinclude in the error report various information including, for example,the hardware resource from which the error originated, the type oferror, the physical memory address at which the error occurred, and/orany other information that may be associated with the error. Althoughdepicted as external to physical hardware 102, error detection system103 and its various components may be implemented as hardware withinphysical hardware 102, firmware running on physical hardware 102(including, e.g., as a component of hypervisor 104), software running onphysical hardware 102 (including, e.g., as a component of hypervisor104), or any combination thereof.

Hypervisor 104 may comprise software and/or firmware generally operableto allow multiple operating systems to run on a single informationhandling system at the same time. This operability is generally allowedvia virtualization, a technique for hiding the physical characteristicsof information handling system resources from the way in which othersystems, applications, or end users interact with those resources.Hypervisor 104 may be one of a variety of proprietary and/orcommercially available virtualization platforms, including withoutlimitation, IBM's Z/VM, XEN, ORACLE VM, VMWARE's ESX SERVER, L4MICROKERNEL, TRANGO, MICROSOFT's HYPER-V, SUN's LOGICAL DOMAINS,HITACHI's VIRTAGE, KVM, VMWARE SERVER, VMWARE WORKSTATION, VMWAREFUSION, QEMU, MICROSOFT's VIRTUAL PC and VIRTUAL SERVER, INNOTEK'sVIRTUALBOX, and SWSOFT's PARALLELS WORKSTATION and PARALLELS DESKTOP.

In one embodiment, hypervisor 104 may comprise a specially designedoperating system (OS) with native virtualization capabilities. Inanother embodiment, hypervisor 104 may comprise a standard OS with anincorporated virtualization component for performing virtualization.

In another embodiment, hypervisor 104 may comprise a standard OS runningalongside a separate virtualization application. In this embodiment, thevirtualization application of hypervisor 104 may be an applicationrunning above the OS and interacting with physical hardware 102 onlythrough the OS. Alternatively, the virtualization application ofhypervisor 104 may, on some levels, interact indirectly with physicalhardware 102 via the OS, and, on other levels, interact directly withphysical hardware 102 (e.g., similar to the way the OS interactsdirectly with physical hardware 102, or as firmware running on physicalhardware 102). As a further alternative, the virtualization applicationof hypervisor 104 may, on all levels, interact directly with physicalhardware 102 (e.g., similar to the way the OS interacts directly withphysical hardware 102, or as firmware running on physical hardware 102)without utilizing the OS, although still interacting with the OS tocoordinate use of physical hardware 102.

To allow multiple operating systems to run on information handlingsystem 100 at the same time, hypervisor 104 virtualizes the hardwareresources of physical hardware 102 and presents virtualized computerhardware representations to each of virtual machines 105-107. In otherwords, hypervisor 104 may assign to each of virtual machines 105-107,for example, one or more processors 120, one or more regions of memoryin memory subsystem 130, one or more components of I/O subsystem 140,etc. The virtualized hardware representation presented to each ofvirtual machines 105-107 may comprise a mutually exclusive, ornon-overlapping, set of hardware resources per virtual machine (e.g., nohardware resources are shared between virtual machines) or may comprisean overlapping set of hardware resources per virtual machine (e.g., oneor more hardware resources may be shared by two or more virtualmachines).

In one embodiment, hypervisor 104 may assign hardware resources ofphysical hardware 102 statically (i.e., certain hardware resources areassigned to certain virtual machines, and this assignment does not varyover time). Additionally or alternatively, hypervisor 104 may assignhardware resources of physical hardware 102 dynamically (i.e., theassignment of hardware resources to virtual machines varies over time,for example, in accordance with the specific needs of the applicationsrunning on the individual virtual machines). Additionally oralternatively, hypervisor 104 may keep track of thehardware-resource-to-virtual-machine mapping, such that hypervisor 104is able to determine the virtual machines to which any given hardwareresource of physical hardware 102 has been assigned.

Each of virtual machines 105-107 may include a guest operating system(guest OS) 108-110, along with any applications or other softwarerunning on guest OS 108-110. Each guest OS 108-110 may be any OScompatible with and/or supported by hypervisor 104 (even if guest OS isgenerally incompatible with physical hardware 102). In addition, eachguest OS 108-110 may be a separate instance of the same operating systemor an instance of three different operating systems. For example, in oneembodiment, each guest OS 108-110 may comprise a LINUX OS. As anotherexample, guest OS 108 may comprise a LINUX OS, guest OS 109 may comprisea MICROSOFT WINDOWS OS, and guest OS 110 may comprise a VXWORKS OS.Although information handling system 100 is depicted as having threevirtual machines 105-107, any number of virtual machines may be runningon information handling system 100 at any given time.

In operation, hypervisor 104 of information handling system 100 mayvirtualize the hardware resources of physical hardware 102 and presentvirtualized computer hardware representations to each of virtualmachines 105-107. Each guest OS 108-110 of virtual machines 105-107 maythen begin to operate and run applications and/or other software. Whileoperating, each guest OS 108-110 may utilize one or more hardwareresources of physical hardware 102 assigned to the respective virtualmachine by hypervisor 104.

If an uncorrectable/unrecoverable hardware error occurs in physicalhardware 102, error detection system 103 may detect the error and reportthe error to hypervisor 104. In reporting such errors, error detectionsystem 103 may include in the error report various informationincluding, for example, the hardware resource from which the errororiginated, the type of error, the physical memory address at which theerror occurred, or any other information that may be associated with theerror.

In one embodiment, error detection system 103 may report the error tohypervisor 104 directly, for example, by invoking a callback routine inhypervisor 104, by triggering an interrupt handler in hypervisor 104, orby triggering an exception handler in hypervisor 104. In the same oralternative embodiments, error detection system 103 may report the errorto hypervisor 104 indirectly by writing to volatile or non-volatilestorage an error log that may be subsequently (e.g., through polling)processed by hypervisor 104. In the same or alternative embodiments,error detection system 103 may report the error to hypervisor 104 usingthe Microsoft Windows Hardware Error Architecture (WHEA).

Because hypervisor 104 keeps track of thehardware-resource-to-virtual-machine mapping, hypervisor 104 maydetermine whether the hardware resource associated with the error isassigned to any of virtual machines 105-107. If hypervisor 104determines that the hardware resource associated with the error is, infact, assigned to any of virtual machines 105-107, hypervisor 104 mayshut down any such virtual machines. At the same time, hypervisor 104may not shut down any of virtual machines 105-107 to which the hardwareresource associated with the error is not assigned. Thus, virtualmachines in this latter category may continue to run, and may not beaffected by the hardware error.

To “shut down” a resource or application (e.g., a virtual machine105-107 or a guest OS 108-110), as such term is used herein, may referto any method or function associated with stopping, or reducing thelevel of, the operation of a resource or application, including but notlimited to, triggering a non-maskable interrupt, forcing a machine checkexception, reporting bug-check (BSOD on the Windows platform),halting/freezing for debug (e.g., crash-dump), executing a built-inrecovery mechanism, rebooting according to a reboot policy (user-definedor otherwise), and/or turning off or closing the virtual machine.

FIG. 2 illustrates a block diagram of the hypervisor 104 assigningregions of system memory to the virtual machines 105-107 in virtualizedinformation handling system 100, in accordance with the presentdisclosure. As shown in FIG. 2, each of virtual machines 105-107 andhypervisor 104 may include virtual memory regions 205-207 and 204,respectively. Information handling system 100 may include system memory201, which may be a component of physical hardware 102 (depicted in FIG.1).

System memory 201 may comprise any system, device, or apparatus operableto retain program instructions or data for a period of time (e.g.,computer-readable media). System memory 201 may comprise random accessmemory (RAM), electrically erasable programmable read-only memory(EEPROM), a PCMCIA card, flash memory, magnetic storage, opto-magneticstorage, or any suitable selection and/or array of volatile ornon-volatile memory that retains data after power to its associatedinformation handling system 100 is turned off. In one embodiment, systemmemory 201 may be a component of memory subsystem 130 of informationhandling system 100.

System memory 201 may be organized into physical memory regions A-F,where each memory region A-F represents a range of physical memoryaddresses at which data may be stored. For example, data Cl may bestored in physical memory region C at physical memory address PMA1.Likewise, data F1 may be stored in physical memory region F at physicalmemory address PMA2.

In operation, hypervisor 104 may virtualize the hardware resources ofinformation handling system 100 and present virtualized computerhardware representations to each of virtual machines 105-107. Thus, withrespect to FIG. 2, virtual memory regions 205-207 comprise one or morephysical regions of system memory 201 that hypervisor 104 has assigned(i.e., “virtualized”) to each of virtual machines 105-107. Thevirtualized hardware representation presented to each of virtualmachines 105-107 may comprise a mutually exclusive, or non-overlapping,set of physical memory regions per virtual machine (i.e., no physicalmemory regions are shared between virtual machines). In the same oralternative embodiments, the virtualized hardware representationpresented to each of virtual machines 105-107 may comprise anoverlapping set of physical memory regions per virtual machine (i.e.,one or more physical memory regions may be shared by two or more virtualmachines).

In one embodiment, hypervisor 104 may assign physical memory regions A-Fof system memory 201 statically (i.e., certain physical memory regionsare assigned to certain virtual machines, and this assignment does notvary over time). Additionally or alternatively, hypervisor 104 mayassign physical memory regions A-F of system memory 201 dynamically(i.e., the assignment of physical memory regions to virtual machinesvaries over time, for example, in accordance with the specific needs ofthe applications running on the individual virtual machines).Additionally or alternatively, hypervisor 104 may keep track of thephysical-memory-region-to-virtual-machine mapping, such that hypervisor104 is able to determine the virtual machines to which any givenphysical memory region A-F of system memory 201 has been assigned.

Thus, in the embodiment depicted in FIG. 2, virtual memory region 204 ofhypervisor 104 may correspond to physical memory region A (arrowsindicate virtual-to-physical memory region mapping). In addition,hypervisor 104 may assign to virtual machine 105 virtual memory region205 comprising at least physical memory regions B and D. Hypervisor 104may also assign to virtual machine 106 virtual memory region 206comprising at least physical memory region C. Further, hypervisor 104may assign to virtual machine 107 virtual memory region 207 comprisingat least physical memory regions C and F.

If an uncorrectable/unrecoverable memory error occurs, for example, whendata F1 at physical memory address PMA2 is accessed, error detectionsystem 103 (FIG. 1) would detect the error, determine that the erroroccurred at physical memory address PMA2, and report physical memoryaddress PMA2 to hypervisor 104. In reporting such errors, errordetection system 103 may include in the error report various informationincluding, for example, the hardware resource from which the errororiginated (e.g., system memory 210), the type of error, the physicalmemory address at which the error occurred (e.g., PMA2), and/or anyother information that may be associated with the error. In oneembodiment, error detection system 103 may report the error tohypervisor 104 directly, for example, by invoking a callback routine inhypervisor 104, by triggering an interrupt handler in hypervisor 104, orby triggering an exception handler in hypervisor 104. In the same oralternative embodiments, error detection system 103 may report the errorto hypervisor 104 indirectly by writing to volatile or non-volatilestorage an error log that may be subsequently (e.g., through polling)processed by hypervisor 104. In the same or alternative embodiments,error detection system 103 may report the error to hypervisor 104 usingthe Microsoft Windows Hardware Error Architecture (WHEA).

Hypervisor 104 may then determine that physical memory address PMA2 iswithin the physical memory region F assigned to virtual machine 107, andas a result, shut down virtual machine 107. However, because physicalmemory region F was not assigned to virtual machines 105 or 106,hypervisor 104 may not shut down virtual machines 105 and 106, allowingthem to continue running.

Alternatively, if an uncorrectable/unrecoverable memory error occurs,for example, when data Cl at physical memory address PMA1 is accessed,error detection system 103 (FIG. 1) may detect the error, determine thatthe error occurred at physical memory address PMA1, and report physicalmemory address PMA1 to hypervisor 104. In reporting such errors, errordetection system 103 may include in the error report various informationincluding, for example, the hardware resource from which the errororiginated (e.g., system memory 210), the type of error, the physicalmemory address at which the error occurred (e.g., PMA1), and/or anyother information that may be associated with the error. In oneembodiment, error detection system 103 may report the error tohypervisor 104 directly, for example, by invoking a callback routine inhypervisor 104, by triggering an interrupt handler in hypervisor 104, orby triggering an exception handler in hypervisor 104. In the same oralternative embodiments, error detection system 103 may report the errorto hypervisor 104 indirectly by writing to volatile or non-volatilestorage an error log that may be subsequently (e.g., through polling)processed by hypervisor 104. In the same or alternative embodiments,error detection system 103 may report the error to hypervisor 104 usingthe MICROSOFT WINDOWS HARDWARE ERROR ARCHITECTURE (WHEA).

Hypervisor 104 may then determine that physical memory address PMA1 iswithin the physical memory region C assigned to both virtual machines106 and 107, and as a result, shut down virtual machines 106 and 107.However, because physical memory region C was not assigned to virtualmachine 105, hypervisor 104 may not shut down virtual machine 105,allowing it to continue running.

FIG. 3 illustrates a flow chart of an example method 300 for managingerrors in virtualized information handling system 102 including an errordetection system 103 and a hypervisor 104 allowing multiple virtualmachines 105-107 to run on the virtualized information handling system102, in accordance with the present disclosure.

According to one embodiment, method 300 preferably begins at step 302.As noted above, teachings of the present disclosure may be implementedin a variety of configurations of system 100. As such, the preferredinitialization point for method 300 and the order of the steps 302-314comprising method 300 may depend on the implementation chosen.

At step 302, information handling system 100 may initialize. Forexample, information handling system 100 may be powered on, andhypervisor 104 may initiate. At step 304, the hypervisor, now running oninformation handling system 100, may virtualize the physical hardware102 and present virtualized computer hardware representations to each ofvirtual machines 105-107. For example, hypervisor 104 may assignphysical memory regions B and D to virtual machine 105, physical memoryregion C to virtual machine 106, and physical memory regions C and F tovirtual machine 107.

At step 306, virtual machines 105-107, now operating, are accessingcomponents of physical hardware 102 that have been presented to each aspart of the respective virtualized computer hardware representation byhypervisor 104. During this step, error detection system 103 maycontinually check for errors. At step 308, the error detection systemmay determine the physical address of the error. For example, if theerror occurred during a memory access of data F1 in system memory 201,error detection system 103 may determine that the physical memoryaddress associated with the error is PMA2. At step 310, error detectionsystem 103 may report the physical address associated with the error tohypervisor 104. Consistent with the previous example, error detectionsystem 103 may report PMA2 to hypervisor 103 when a memory access ofdata F1 in system memory 201 resulted in an error.

At step 312, hypervisor 104 may determine whether any of memory regions205-207 assigned to virtual machines 105-107 include the physical memoryaddress associated with the error. In continuing the foregoing examplewhere an error occurs at PMA2, hypervisor 104 may determine that memoryregion 207 assigned to virtual machine 107 includes PMA2 becausehypervisor 104 assigned region F to virtual machine 107 at step 304. Atstep 314, hypervisor 104 may shut down any of virtual machines 105-107for which a memory region assigned to an individual virtual machineincludes the physical memory address associated with the error. Also atstep 314, hypervisor 104 may not shut down any of virtual machines105-107 for which a memory region assigned to an individual virtualmachine does not include the physical memory address associated with theerror. Thus, in the foregoing example where an error occurs at PMA2,hypervisor 104 may shut down virtual machine 107 because memory region207 includes the physical memory address associated with error (PMA2),but not shut down virtual machines 105 and 106 because the memoryregions 205 and 206 assigned to each of virtual machines 205 and 206 donot include the physical memory address associated with the error(PMA2).

Although FIG. 3 discloses a particular number of steps to be taken withrespect to method 300, method 300 may be executed with greater or fewersteps than those depicted in FIG. 3. In addition, although FIG. 3discloses a certain order of steps to be taken with respect to method300, the steps comprising method 300 may be completed in any suitableorder. For example, in the embodiment of method 300 shown above, thehypervisor 104 determining whether memory regions assigned to virtualmachines include the physical address associated with the error, andsubsequently shutting down any virtual machines that meet that criteriaand not shutting down any virtual machines that do not meet thatcriteria is depicted in two steps (312 and 314) where the hypervisoracts on all virtual machines at the same time. In an alternativeembodiment of method 300, hypervisor 104 may perform these steps onevirtual machine at a time while iterating over those virtual machinesthat are running.

Method 300 may be implemented using information handling system 100 orany other system operable to implement method 300. In certainembodiments, method 300 may be implemented partially or fully insoftware embodied in computer-readable media.

Using the methods and systems disclosed herein, problems associated withconventional approaches to error handling in a virtualized informationhandling system may be improved, reduced, or eliminated.

Although the present disclosure has been described in detail, it shouldbe understood that various changes, substitutions, and alterations canbe made hereto without departing from the spirit and the scope of thedisclosure as defined by the appended claims.

1. A method for managing errors in a virtualized information handlingsystem including an error detection system and a hypervisor allowingmultiple virtual machines to run on the virtualized information handlingsystem, comprising: the hypervisor dynamically assigning to each of themultiple virtual machines at least one memory region based at least onan application requirement from the multiple virtual machines; the errordetection system detecting an error, determining a physical memoryaddress associated with the error, and reporting the physical memoryaddress to the hypervisor; the hypervisor determining, for each of themultiple virtual machines, whether the at least one memory regionassigned to that virtual machine includes the physical memory addressassociated with the error; the hypervisor shutting down each virtualmachine for which the at least one memory region assigned to thatvirtual machine includes the physical memory address associated with theerror; and the hypervisor not shutting down each virtual machine forwhich the at least one memory region assigned to that virtual machinedoes not include the physical memory address associated with the error.2. A method according to claim 1, further comprising the hypervisorassigning non-overlapping memory regions to each of the multiple virtualmachines such that at most one virtual machine is assigned a memoryregion that includes the physical memory address associated with theerror.
 3. A method according to claim 1, further comprising thehypervisor dynamically assigning the at least one memory region to eachof the multiple virtual machines.
 4. A method according to claim 1,further comprising the error detection system reporting the physicalmemory address associated with the error directly to the hypervisor. 5.A method according to claim 1, further comprising the error detectionsystem reporting the physical memory address associated with the errorto the hypervisor using Microsoft Windows Hardware Error Architecture.6. A method according to claim 1, wherein the error detection systemcomprises platform firmware.
 7. A method according to claim 1, whereinthe error comprises one of: a memory subsystem error, a system buserror, and an I/O subsystem error.
 8. An information handling system,comprising: a hypervisor embodied in non-transitory computer readablemedia, the hypervisor allowing multiple virtual machines to run on theinformation handling system, the hypervisor configured to dynamicallyassign to each of the multiple virtual machines at least one memoryregion based at least on an application requirement from the multiplevirtual machines; an error detection system configured to detect anerror, determine a physical memory address associated with the error,and report the physical memory address to the hypervisor; and thehypervisor further configured to: determine for each of the multiplevirtual machines whether the at least one memory region assigned to thatvirtual machine includes the physical memory address associated with theerror; shut down each virtual machine for which the at least one memoryregion assigned to that virtual machine includes the physical memoryaddress associated with the error; and not shut down each virtualmachine for which the at least one memory region assigned to thatvirtual machine does not include the physical memory address associatedwith the error.
 9. An information handling system according to claim 8,the hypervisor further configured to assign non-overlapping memoryregions to each of the multiple virtual machines such that at most onevirtual machine is assigned a memory region that includes the physicalmemory address associated with the error.
 10. An information handlingsystem according to claim 8, the hypervisor further configured todynamically assign the at least one memory region to each of themultiple virtual machines.
 11. An information handling system accordingto claim 8, the error detection system further configured to report thephysical memory address associated with the error directly to thehypervisor.
 12. An information handling system according to claim 8, theerror detection system further configured to report the physical memoryaddress associated with the error to the hypervisor using the MicrosoftWindows Hardware Error Architecture.
 13. An information handling systemaccording to claim 8, wherein the error detection system comprisesplatform firmware.
 14. An information handling system according to claim8, wherein the error comprises one of: a memory subsystem error, asystem bus error, and an I/O subsystem error.
 15. A hypervisor allowingmultiple virtual machines to run on an information handling system, thehypervisor configured to: dynamically assign to each of the multiplevirtual machines at least one memory region based at least on anapplication requirement from the multiple virtual machines; receive froman error detection system a physical memory address associated with anerror; determine, for each of the multiple virtual machines, whether theat least one memory region assigned to that virtual machine includes thephysical memory address associated with the error; shut down eachvirtual machine for which the at least one memory region assigned tothat virtual machine includes the physical memory address associatedwith the error; and not shut down each virtual machine for which the atleast one memory region assigned to that virtual machine does notinclude the physical memory address associated with the error.
 16. Ahypervisor according to claim 15, the hypervisor further configured toassign non-overlapping memory regions to each of the multiple virtualmachines such that at most one virtual machine is assigned a memoryregion that includes the physical memory address associated with theerror.
 17. A hypervisor according to claim 15, the hypervisor furtherconfigured to dynamically assign the at least one memory region to eachof the multiple virtual machines.
 18. A hypervisor according to claim15, the hypervisor further configured to receive directly from the errordetection system the physical memory address associated with the error.19. A hypervisor according to claim 15, the hypervisor furtherconfigured to use the Windows Hardware Error Architecture to receivefrom the error detection system the physical memory address associatedwith the error.
 20. A hypervisor according to claim 15, wherein theerror comprises one of: a memory subsystem error, a system bus error,and an I/O subsystem error.